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(57) Abstract: The present invention concerns a method for managing application, using two physical machines connected via com- 
munication means, said machines comprising a physical structure whereon is loaded a first software layer adapted to said machine 
and a second layer forming a virtual layer whereon virtual machines operate, the latter including at least one application. Said method 
comprises the following steps: defining by the system management process a service assembling several applications, communicat- 

Oing between the management process and each virtual layer to determine the state of the virtual machines associated with said virtual 
^ layers, assigning one virtual machine on one of the virtual layers with regard to the characteristics of the application. 
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(57) Abrege : MSthode d'administration d* applications, mettant en ocuvre au moins deux machines physiques relidcs par des moyens 
de communication, ces machines comprenant une structure physique sur laquelle est charged une premiere couche logicielle adapted 
a cette machine ainsi qu'une second couche formant une couche virtuelle sur laquelle vient fonctionner des machines virtuelles, ces 
dernieres comprenant au moins une application, cette m£thode comprenant les Stapes suivantes: definition par le processus d'adrni- 
nistration du systeme d'un service regroupant plusieurs applications, communication entre le processus d'adrninistration et chaque 
couche virtuelle afin de determiner l*6tat des machines virtuelles associees a ladite couche virtuelle, assignation d'une machine vir- 
tuelle sur Tune des couches virtuelles compte tenu des caracteristiques de Tapplication. 
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METHODE D' ADMINISTRATION DE APPLICATIONS 
SUR DBS MACHINES VIRTUELLES 



La presente demande concerne le domaine des machines connectees a 
des reseaux de telecommunications, en particulier la gestion de 
machines virtuelles. 

5 Le terme virtuel est tres a la mode et designe generalement la 
mod6lisation et la simulation d'un systeme reel. 

Dans le domaine des machines informatiques, un exemple classique 
est la virtualisation d'un systeme de stockage. 

En lieu et place de l'acc§s direct sur un disque dur, une machine 
10 accede un disque virtuel dont elle ne connaTt pas les specifications 
physiques. Les requetes de stockage sont traitees par une interface 
appropriee qui receptionne les demandes de stockage ou de 
r6cup§ration et effectue la conversion avec le ou les disques physiques. 
Le pare materiel peut d'ailleurs etre heterogene, par exemple des unites 
15 de diverses natures (disque magnetique, memoire Flash etc) mais la 
representation virtuelle est unique pour I'utilisateur final. 

Le principe est simple, lorsque la demande de stockage sur cette unite 
virtuelle excede la capacity physique, de nouvelles unites physiques 
sont ajoutees d'une maniere transparente pour Tutilisateur. 

20 Des societestelles que VMWare®, IBIVP ou Connect^ proposent des 
solutions pour la fourniture de solutions logicielles vers une etape 
suivante de la virtualite, a savoir la creation d'une machine complete 
virtuelle y compris la partie systeme operationnel. 

Cette solution permet de partager une machine physique en creant 
25 plusieurs machines virtuelles, chacune repondant a des criteres 
propres, en terme de moyens de stockage, moyens de calcul et moyens 
de communication. 
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Les applications fonctionnant sur une telle machine virtuelle ont 
Tavantage d'etre facilement transportable car independante d'une 
machine physique. Cette d erniere peut evoluer avec I'avancement de la 
technologie sans que 1'application necessite de modifications. 

5 Comme explique plus haut, si des besoins plus importants se faisaient 
sentir pour une application donn6e, la machine physique est remplacee 
puis 1'application est redemarree sans modification. Les nouveaux 
interfaces 6cran, r6seau ou autres sont traites de maniere specifique 
sur la couche locale de la machine et une image unique virtuelle est 
10 donnee vis-a-vis de 1'application par la machine virtuelle. 

Cette configuration simplifie la maintenance et le test de nouvelles 
applications. En effet; sur une meme machine, cette application pourra 
fonctionner sur plusieurs environnements logiciels d'une maniere 
transparente. 

15 Cette configuration a des limites puisqu'elle ne s'applique que sur une 
machine. Dans la configuration r§seau, un serveur est initialise par cette 
machine virtuelle et plusieurs ordinateurs peuvent faire fonctionner des 
applications differentes chacune pouvant etre attachee a un systeme 
op6rationnel propre (Linux, Windows® 95/98, Windows® NT ...). 

20 Cette virtualite presente des limites car elle ne prend en compte qu'une 
machine et seul un niveau d'application est possible. 

Le but de la presente invention est de proposer une methode 
permettant d'utiliser plusieurs machines virtuelles incluant des 
applications et de federer ces applications en vue de la formation de 
25 services. 

Ce but est atteint par une methode d'administration duplications, 
mettanten ceuvreau moins deux machines physiques reliees par des 
moyens de communication, ces machines comprenant une structure 
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physique sur laquelle est chargee une premiere couche logicielle 
adaptee a cette machine ainsi qu'une seconde couche formant une 
couche virtuelle s ur I aquelle vient f onctionner d es machines virtuelles, 
ces dernieres comprenant au moins une application, cette m§thode 
5 comprenant les 6tapes suivantes: 

- chargement d'un programme de controle de machine virtuelle associe 
a la couche virtuelle, 

- connexion d'au moins deux machines physiques pour la formation d'un 
reseau de machines physiques, 

10 - etablissement d'un dialogue entre le programme de controle de 
machine virtuelle et un processus d'administration du systeme, 

- etablissement d'un reseau de machines physiques comportant les 
couches virtuelles, 

- definition par le processus d'administration du systeme d'un service 
15 regroupant plusieurs applications, 

- communication entre le processus de gestion et chaque couche 
virtuelle afin de determiner I'etat des machines virtuelles associees a 
ladite couche virtuelle, 

- assignation d'une machine virtuelle sur I'une des couches virtuelles 
20 compte tenu des caracteristiques de I'application. 

Cette methode est done basee sur la definition d'un service qui fait 
appel a une ou plusieurs applications. II est a noter qu'une machine 
virtuelle peut comprendre une ou plusieurs applications et que ces 
machines virtuelles sont dirigeessur une machine physique d isposant 
25 d'une couche virtuelle compatible avec la machine virtuelle de 
I'application. Le role du processus d'administration est le controle de 
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chaque application afin de visualiser le fonctionnement d'un service 
regroupant plusieurs applications. 

Ce processus de gestion peut egalement determiner si un service est 
actif ou disponible puisqu'il connatt I'ensemble des a pplications qui le 
5 compose. Un service peut etre par exemple un site Internet de e- 
commerce utilisant une application de base de donnees pour la liste des 
produits en vente, une application de presentation des information pour 
la partie interface utilisateur et une application depayement s6curise. 
Chacune de ces applications, fonctionnant sur une machine virtuelle, 
10 peut etre assignee a des couches virtuelles differentes selon les 
besoins de ces applications. L'application de base de donnees aura 
besoin de grande capacite de stockage alors que Tapplication de 
presentation utilisera des moyens de communication rapides. 

^invention se place au niveau de la gestion des applications, de 
15 Toptimisation de ressources pour ces applications et d'une maniere plus 
generates, permet de suivre Involution de ces applications en terme de 
capacite de stockage, de moyens de communication et de puissance de 
calcul. 

En effet, le processus d'administration effectue des taches de 
20 surveillance des applications et anticipe les besoins futurs. En cas 
d'adjonction ou de remplacement d'une machine physique, les 
applications utilisant cette machine sont reorientees sur d'autres 
machines grace au processus d'administration. Celui-ci interrompt 
l'application pour deplacer les donn6es stock6es propre a cette 
25 application de I'ancienne machine vers la nouvelle machine. Une fois 
que ce processus de copie a ete realise, l'application est assignee a 
cette nouvelle machine et peut redemarrer. 
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L'invention sera mieux comprise grace a la description detaillee qui va 
suivre et qui se r6fere aux dessins annexes qui sont donnes a titre 
d'exemple nullement limitatif, a savoir: 

- la figure 1 d6crit I'etat de la technique de fonctionnement d'une 
5 machine virtuelle, 

- la figure 2 decrit la structure de l'invention. 

Sur la figure 1, la configuration telle que disponible actuellement est 
representee. Une machine physique MPH dispose d'un systeme 
operationnel OSB tel que Linux, Windows® NT/2000. Ce systeme 
10 operationnel prend en compte la configuration materielle de la machine 
physique et gere les ressources telles que I'unite destockage HD. Ce 
systeme est specifique au materiel utilise c'est-a-dire qu'il dispose de 
programmes (driver) propres au materiel considere (ecran, carte 
reseau, disque dur etc.). 

15 Une fois le systeme operationnel installe, on charge la couche virtuelle 
CV quiva permettre I'acces a une machine virtuelle. Apartirde cette 
etape, Ton dispose de la capacite d f operer des machines generiques 
pour lesquelles, quelle que soit la configuration materielle, le 
comportement de ces machines sera semblable, en particulier les 

20 interfaces vers les ressources physiques de la machine. 

Sur cette couche virtuelle, Ton peut placer une machine virtuelle 
comprenant chacune une application APP1, APP2, APP3 u tilisant des 
systemes operationnels differents (OS1 et OS2) selon les besoins. Les 
acces vers la couche virtuelle CV se font au travers d'une couche 
25 materielle virtuelle HDV. Prenons I'exemple d'un acces vers un port 
serie, Tapplication APPL1 accede un pilote de port serie virtuel qui 
delivre toutes les fonctionnalites que Ton peut attendre d'un tel 
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programme. Ce pilote transmet les instructions a la couche virtuelle qui 
convertit les instructions selon le port serie effectivement installe. 

Cette configuration de machine virtuelle permet de faire fonctionner 
plusieurs applications utilisant des environnements logiciels differents. 

5 La figure 2 illustre la configuration de I'invention dans laquelle deux 
importantes innovations ont ete apport6es. 

Associe a chaque couche virtuelle CV se trouve un programme 
specifique de controle de processus MR qui est en charge d'administrer 
le fonctionnement de ou des machines virtuelles MV utilisant cette 
10 machine physique. Ce controle de processus MR est en liaison avec un 
processus d'administration PG qui centralise toutes les informations 
liees aux differentes machines. 

Ce processus d'administration PG a les fonctions suivantes: 

- recensement des machines physiques MPH, leurs configurations et 
15 leurs etats, 

- assignation des applications APP sur Tune ou I'autre des couches 
virtuelles CV, 

- supervision du fonctionnement de chaque machine virtuelle MV, 

- arret d'une machine virtuelle MV et deplacement vers une autre 
20 couche virtuelle, ce deplacement etant accompagne les fichiers propres 

a cette machine virtuelle (base de donnees, programmes) 

, - creation de services S1 , S2, S3 dependant de plus d'une application, 

- supervision du fonctionnement d'un service par la supervision des 
applications APP ou des machines virtuelles MV le composant. 
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Une des premieres taches du processus PG est I'inventaire des 
modules sur un r6seau donn6. Cet inventaire recense d'une part les 
machines physiques MPH, leur configuration en terme de ressources de 
stockage, de traitement et de communication, et d'autre part les 
5 machines virtuelles MV avec leurs applications APP destinees a 
fonctionner sur u ne d es m achines physiques au travers d e la couche 
virtuelle CV. 

Une fois I'inventaire effectue, I'etape suivante consiste a definir des 
services regroupant plusieurs applications. Le processus 

10 d'administration assigne ensuite les diverses machines virtuelles aux 
machines physiques, en fonction des besoins de chacune de celles-ci. 
L'exemple d'un site de e-commerce convient bien a ce type de 
structure. Ce site est compose par une premiere application APP1 
d'interfagage graphique avec I'utilisateur et Taccent sera mis sur les 

15 capacites de connexion a haut debit. Une deuxieme application APP2 
gere la base de donnees produits et clients. Elleest caract6ris6e par 
des moyens de stockage important et la troisteme application APP3 est 
une application de payement securise. Ces trois applications forment le 
service S1 de e-commerce et doivent etre operationnelles pour 

20 consid6rer que le site est en ordre. 

La prochaine etape est le demarrage des machines virtuelles ou plus 
generalement un service qui provoquera le d6marrage de plusieurs 
machines virtuelles. 

La notion de service regroupant plusieurs applications permet une 
25 gestion plus detaillee. II est possible d'associer des regies d'une part sur 
les applications composants ce service et d'autre part sur les machines 
physiques sur lesquelles fonctionnent ces applications. II est a rioter 
qu'un service peut demander plusieurs applications identiques qui 
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auront comme conditions d e fonctionner a u moinssur deux machines 
physiques differentes. 

Une des conditions importantes relative a un service est I'ordre de 
demarrage des differentes applications. En effet, certaines applications 
5 necessitent la presence d'autres applications pour fonctionner et ne 
peuvent en consequence demarrer avec celles-ci. 

De meme qu'une application peutetre stoppee, copiee et redemarree, 
un service dispose des memes proprietes. La copie tiendra compte des 
regies du service et si deux machines physiques sont une des 
10 conditions de fonctionnement, le processus de copie tiendra compte de 
cette regie et s'assurera que Papplication A fonctionne sur une machine 
differente que I'application B. 

Le processus d'administration PG comprend egalement une 
surveillance dynamique du service. Selon I'exemple d'un site Internet 
15 qui dispose d'au moins deux applications d'interface utilisateur A et B et 
d'une application base de donnees, si le processus PG constate que 
I'activite des applications A et B depasse une valeur limite, ce 
processus demarre une nouvelle application C de meme nature. 

En cas d e remplacement d e I a m achihe M PH3 sur I aquelle fonctionne 
20 I'application APP3 grace a la machine virtuelle MV3, le processus PG 
stoppe la machine virtuelle MV3 pour Passigner sur la m achine MPH2 
par exemple. Avant de redemarrer cette machine virtuelle MV3, il est 
necessaire que les donnees de payement stockees dans I'unite de 
stockage de la machine MPH3 soient transferees sur la machine MPH2. 

25 II est a noter que ces donnees sont directement liees a I'application 
APP3 et torment un ensemble indissociable. L'organisation et la division 
de ce bloc de donnees est du ressort de I'application elle-meme. 
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La copie des donnees unefois effectuee, la machine virtuelle MV3et 
son application APP3 peuvent redemarrer et le service S1 est a 
nouveau disponible. 

Selon le type de realisation, la couche virtuelle CV et le systeme 
5 operationnel de base OPB peuvent former qu'un seul programme. Les 
fonctionnalites sont simplement reunies dans un seul produit au lien de 
deux mais les deux fonctions existent a savoir une couche Ii6e au 
materiel vers la machine physique et une couche de virtualite CV pour 
offrir au monde exterieur une image unique. 

10 De la meme maniere, le programme specifique de controle de 
processus MR peut §tre directement inclus dans la couche virtuelle CV. 

Le processus d'administration PG comprend egalement des outils 
d'optimisation. En effet, il se peut que le coOt d'exploitation d'une 
machine differe d'une autre machine, selon la technologie utilisee, les 
15 moyens de sauvegarde (alimentation sans coupure, systeme RAID) et il 
est possible de determiner le cout de fonctionnement d'une application 
et par la meme d'un service. 

Au deludes caracteristiques materielles d'une machine, il est possible 
de tenir compte des facteurs couts et security. Cette connaissance 

20 ouvre la porte a la delocalisation des machines physiques tel que 
represente par la machine MPH10. Les pointilles indiquent que cette 
machine est localisee dans un endroit different des autres machines. 
Ainsi, grace a la configuration de Tinvention, il est possible d'assigner 
les machines virtuelles non seulement sur des machines localement 

25 connectees mais egalement sur des machines physiquement installees 
dans d'autres sites selon la ligne pointillee LB. 

Cette possibility ouvre des perspectives nouvelles en matiere de 
gestion d'un pare informatique. En effet, les ressources externes 
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viennent en concurrence avec les ressources internes. Les seules 
contraintes sont au niveau des moyens de communication et la 
presence sur les machines delocalisees de la meme couche de 
virtualite offert par les machines locales. 

5 Lors de la configuration d'une application, les parametres annexes de la 
machine physique tels que le coQt par units de stockage, de paquet 
transfere ou de temps CPU ainsi que le niveau de securite sont pris en 
compte. II est possible lors de la configuration d'une machine virtuelle 
d'interdire a celle-ci d'etre delocalisee, ceci pour des raisons de securite 
10 par exemple. 

Le processus d'administration PG dispose de moyens de rapport afin 
d'etablir des statistiques sur Putilisation des machines virtuelles et des 
applications. Cet outil permet d'anticiper la demande et de faire evoluer 
le pare informatique avant d'etre confronte a des surcharges du 
15 systeme. 

Dans une autre forme de realisation, la couche virtuelle n'a pas pour but 
de creer une machine virtuelle mais de faire executer un programme 
specifique. Ceci est le cas par exemple de machines avec une couche 
Java™ 2 Platform Enterprise Edition (J2EE™) sur laquelle des 

20 applications utilisant un module Enterprise Java Bean (EJB) 
fonctionnent. Selon I'invention, le programme de controle de processus 
MR est installe sur la machine physique et dialogue avec cette couche 
d'execution J2EE™. La fonctionnalite est identique que pour les 
machines virtuelles a savoir que le processus d'administration PG 

25 recense les machines physiques ainsi que les applications, et etablit la 
catalogue des machines physique disposant d'interpreteur d'un type 
particulier et des applications necessitant ce type d'interpreteur. 

Le role du processus d'administration est done de fonctionner dans un 
univers heterogene dans lequel des machines physiques sont 
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initialisees avec des couches virtuelles pour le fonctionnement de 
machines virtuelles et d'autres machines sont initialisees selon des 
environnements particuliers tels que J2EE™. 

Une fois le recensement effectue, le processus d'administration PG 
5 alloue le fonctionnement d'une application selon I'environnement 
souhaite par cette application. 

Selon une forme particuliere de realisation, illustree par la fleche LA de 
la figure 2, le processus d'administration PG dialogue egalement 
directement avec la machine virtuelle par un programme de controle 

10 approprie. Ainsi, meme avant d'acceder aux ressources d'une couche 
virtuelle CV, le processus connaTt I'etat de I'application qui fonctionne 
sur cette machine et peutde ce faitacceder aun controle p lus fin d e 
I'application. En effet, en accedant directement a la machine virtuelle, il 
est possible de gerer plusieurs applications sur la meme machine 

15 virtuelle. Bien que la machine virtuelle soit assignee a une couche 
virtuelle d'une machine physique.il peut y avoir plusieurs applications 
fonctionnant sur cette machine virtuelle. Les besoins de chaque 
application a I'interieur d'une meme machine virtuelle ainsi que les 
statistiques seront etablies par application plutot que par machine 

20 virtuelle. 
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REVENDICATIONS 

1. M6thode d'administration duplications (APP1, APP3, APP3), 
mettant en oeuvre au moins deux machines physiques reliees par des 
moyens de communication, ces machines comprenant une structure 
physique sur laquelle est charg§e une premiere couche logicielle (OSB) 
adaptee a cette machine ainsi qu'une seconde couche formant une 
couche virtuelle (CV) sur laquelle vient fonctionner des machines 
virtuelles, ces dernieres comprenant au moins une application (APP1, 
APP2, ... APP5), cette methode comprenant les etapes suivantes: 

- connexion d'au moins deux machines physiques pour la formation d'un 
reseau de machines physiques, 

- chargement d'un programme de controle (MR) associe a la couche 
virtuelle (CV) de chaque machine physique, 

- etablissement d'un dialogue entre le programme de controle (MR) et un 
processus d'administration du systeme (PG), 

- etablissement d'un reseau de machines physiques comportant les 
couches virtuelles (CV), 

- definition par le processus d'administration (PG) du systeme d'un 
service (S1, S2, S3) regroupant plusieurs applications (APP1, APP2, 
... APP5), 

- communication entre le processus d'administration (PG) et chaque 
couche virtuelle (CV) afin de determiner I'etat des machines virtuelles 
associees a ladite couche virtuelle, 

- assignation d'une machine virtuelle sur Tune des couches virtuelles 
compte tenu des caracteristiques de I'application. 

2. M6thode selon la revendication 1, caracterisee en ce que le 
programme de controle (MR) comprend des moyens pour determiner 
I'etat de chaque machine physique sur laquelle est plac6e une couche 
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virtuelle (CV) et communique cet etat au processus d'administration 
(PG) par des moyens de communication. 

3. Methode selon les revendications 1 et 2, caracteris6e en ce que 
le programme de controle (MR) comprend des moyens pour determiner 
I'etat de chaque machine virtuelle associ§e a une couche virtuelle de la 
machine physique concernee et communique cet etat au processus 
d'administration (PG) par des moyens de communication. 

4. M6thode selon les revendications 1 & 3, caract6ris6e en ce que le 
processus d'administration (PG) effectue les §tapes suivantes: 

- determination des caracteristiques des machines virtuelles (MV1, 
...MVS) et des ressources n6cessaires & leur fonctionnement, 

- assignation d'une machine virtuelle avec la couche virtuelle d'une 
machine physique, 

- surveillance de i'etat de fonctionnement d'une machine virtuelle grace 
au programme de controle (MR), 

- association des etats de chaque machine virtuelle composant un 
service, 

- transmission de cet etat a un operateur. 

5. M6thode selon la revendication 4, caracterisee en ce que le 
processus d'administration (PG) effectue les etapes suivantes lors d'un 
deplacement d'une machine virtuelle d'une premiere machine physique 
sur une seconde machine physique: 

- transmission d'une instruction d'arret au programme de controle (MR) 
situe sur la premiere machine physique, 

- etablissement des donnees propres a la machine virtuelle arretee 
localisee sur la premiere machine physique, 

- transfert de ces donnees vers la deuxieme machine physique, 
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- assignation de la machine virtuelle stopp6e vers la seconde machine 
physique, 

- demarrage de la machine virtuelle. 

6. M6thode selon la revendication 5, caracteris§e en ce que, une 
fois la machine virtuelle demgrree avec succes, le processus 
d'administration (PG) transmet instruction au programme de controle 
(MR) de la premiere machine de supprimer les donnees propre & cette 
machine virtuelle. 

7. Methode selon Tune des revendications pr§cedentes, 
caracterisee en ce que le processus d'administration (PG) comprend 
une definition des contraintes de fonctionnement des machines 
virtuelles relatives a un service et que 1'assignation d'une machine 
virtuelle sur une couche virtuelle d'une machine physique ainsi qu'un 
deplacement de ladite machine virtuelle vers une autre couche virtuelle 
tient compte de ces contraintes. 
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